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COMMON PROTOCOL LAYER ARCHITECTURE AND METHODS FOR 
TRANSMITTING DATA BETWEEN DIFFERENT NETWORK 
PROTOCOLS AND A COMMON PROTOCOL PACKET 

5 Technical Field 

The present invention relates to a common protocol architecture for 
transmitting data between different network protocols and, more particularly, an 
architecture of a common protocol layer and a structure of a common protocol 
packet, which adopt various network protocols such as IP, Bluetooth, IEEE 13 94, 
10 and LonTalk and enable communication among them. 
Background Art 

In the modern telecommunications industry, standard communications 
systems are linked to each other using protocols based on the Open Systems 
Interconnection (hereinafter referred to as "OSI") model. The goal of OSI is to 

15 create an open system networking environment where any vendor's computer 
system, connected to any network, can freely share data with any other computer 
system on that network. In fact, the OSI model would allow any terminal 
connected to any computer to access any application on any other computer 
provided that the computers were connected by some form of common network. 

20 In networks adopting the OSI reference model, data flow between systems is 
performed through the OSI environment. The OSI model for network 
communications defines seven layers, each of which performs specific 
communications operations independent of the other layers. The seven layers are 
divided largely into upper layers and lower layers. The upper application-oriented 

25 layers perform services related to session management, data abstraction, and 
applications. The upper layers provide sendees that handle the applications, and 
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the structuring, and encoding of data. The lower, network-dependent, layers 
provide services related to the physical connections, types of links, and routing 
functions. The lower layers provide transparent connections over diverse network 
configurations and a consistent interface to the upper layers. 
5 The upper layers comprise an application layer, a presentation layer, and a 

session layer. The application layer executes protocols for user and network 
operation management and enables communications between the users' CPUs 
(central processing units). This layer provides services to the user and 
applications, such as job control, file transfer facilities, electronic mail, virtual 

10 terminal and directory services. The presentation layer has structure for 
communication between function modules of the application layer and handles 
presentation formats of information. This layer negotiates a common syntax used 
to encode data for data transfer and allows data to be transferred, independent of 
hardware considerations. The session layer controls dialog between the 

15 application layers. This layer provides organizing functions for synchronizing 
dialog and session recovery from lower layer problems. 

The lower layers comprise a transport layer, a network layer, a data link 
layer, and a physical layer. The transport layer enables correct communications 
between terminals even if the upper layers do not consider the quality of line or 

20 physical constitution of additional systems. This layer provides an interface 
between the upper layers and the lower layers, concealing the detailed functional 
operation of the physical network connections to provide a network-independent 
service to the application-oriented upper layers. The network layer provides data 
transfer services. This layer provides addressing and routing functions, and may 

25 also include flow control between networks. The data link layer transmits data 
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correctly without a hitch by enhancing reliability of a physical link in a logic 
network. This layer takes the information provided by the physical layer and adds 
error detection and retransmission functions. At this stage data is treated as units 
of data. The physical layer defines a physical interface between physical media, 
5 and transmits and receives bits according to the transmission requirement from 
the data link layer. 

In an open system, user program data in a system A is entered into OSI 
environment and the data is transferred from the application layer to the physical 
layer in sequence to transmission media. Here, the data is enclosed in frames used 

10 in a high-level data link control (hereinafter referred to as "HDLC") procedure 
prior to transmission. The frame passes a data switching network, so-called a 
relay open system in the OSI model, and arrives at a receiving computer in the 
open system. In the receiving computer, the data is passed from the physical layer 
to the application layer in sequence and, finally, transmitted to an application 

15 process B, the destination in a system B in the open system. 

The data flow between systems may be performed between systems or a 
system and a terminal connected to another system. However, communications 
between more than two systems with different protocols is restricted. Thus, a 
protocol converter is required to perform data communications between different 

20 communication networks. 

As a prior art, U.S. Patent No. 5,852,660, Lindquist et al., discloses a 
network protocol conversion module within a telecommunications system. The 
U.S. patent provides a method and apparatus for enabling telecommunications 
signals containing application layer data generated by a first SS7 (Signaling 

25 System No. 7) telecommunications network to be transported across a second SS7 
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telecommunications network, wherein the first SS7 telecommunications network 
and the second SS7 telecommunications network are incompatible. 

Conventional protocol converters allow two different protocols to 
exchange data between CPUs. It means direct data exchange between applications, 
5 or data exchange using simple logic between devices. In those conventional 
protocol converters, time delay is generated while the CPU performs other tasks. 
In addition, while one CPU receives signals and exchanges responses with the 
inside of system, a load on the CPUs and a waste of time are caused thereby 
incurring a large loss in the view of performance. 

10 Conventional protocol conversion methods for communications between 

various network protocols are classified into three classes. 

First, there is 1 to 1 protocol conversion method. This method converts a 
particular layer of a particular protocol into a corresponding layer of another 
protocol, based on the seven-layered OSI model. In order to convert m layers, m 

15 conversion methods are required and in order to convert n protocols, n C 2 methods 
are required. As a result, m ■ n C 2 methods are required in total. Therefore, for data 
exchange between various network protocols having various protocol layers, a lot 
of conversion methods are required thereby causing great complexity. 

Second, there is a method of converting into a particular protocol. This 

20 means to convert n network protocols into a particular network protocol selected 
from the n network protocols. In order to convert n network protocols into a 
particular protocol, (n-1) conversion methods are required and in order to convert 
m layers, m conversion methods are required for each protocol. As a result, m ■ 
(n-1) methods are required in total. Although it shows less complexity in 

25 converting network protocols compared to the first method, it still requires a lot 
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of protocol conversions. 

Third, there is a method of utilizing an overlay way. For example, it is IP- 
over-IEEE 13 94, IP-over- ATM, and so on. These are structures that an internet 
protocol, IP, is laid on an IEEE 13 94 or ATM layer. They do not perform particular 
5 conversions and are not data exchange methods between different network 
protocols. In other words, in the IP-over-IEEE 13 94, an apparatus in an IEEE 1394 
network transmits IEEE 13 94 data laid on the IP and receives data through the IP. 
The data received through the IP is passed through the IEEE1394 layer so that the 
IEEE 13 94 apparatus can accept the data. Therefore, it is not data exchange 

10 between different network protocols. 

For example, U.S. Patent No. 5,715,250, Watanabe, discloses an ATM- 
LAN (asynchronous transfer mode local area network) connection apparatus 
capable of connecting terminals of different protocol standards. The U.S. patent 
provides a small-scale ATM-LAN connection apparatus which enables 

15 communications between first and second ATM terminals of different standards, 
namely, the first ATM terminal of a LAN emulation protocol and the second ATM 
terminal of an IP over ATM protocol. 

However, the above-mentioned conventional protocol conversion methods 
have problems such as complexity in conversion methods, complexity due to 

20 different layer architectures and roles of protocols, and complexity in accessing 
apparatuses in different networks. In other words, the number of conversion 
methods increases in proportion to the number of network protocols to be 
converted and the number of layers in the network protocols to be converted, 
thereby increasing complexity. In addition, when the protocol conversion is 

25 performed, the complexity increases by times of a particular factor, because the 
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protocol layer architectures and roles of each layer in each network protocol are 
very different based on the seven-layered OSI model. The particular factor may 
depend on the number of option fields and tasks to be treated in each protocol 
layer Moreover, there is no common address hierarchy recognizable between 
5 different network apparatuses when communications between the different 
network apparatuses are performed. 

Disclosure of Invention 

Accordingly, the present invention is directed to common protocol layer 

10 architecture and methods for transmitting data between different network 
protocols and a common protocol packet that substantially obviates one or more 
problems due to limitations and disadvantages of the related art. 

An object of the present invention is to provide methods of designing 
common protocol layer architecture and a common protocol packet structure 

15 capable of processing various network protocols, inserting a common protocol 
layer under an application layer in general protocol layer architecture, giving a 
common address to all apparatuses in networks, and identifying operation status 
of each apparatus in each network using the common protocol. 

Additional advantages, objects, and features of the invention will be set 

20 forth in part in the description which follows and in part will become apparent to 
those having ordinary skill in the art upon examination of the following or may be 
learned from practice of the invention. The objectives and other advantages of the 
invention may be realized and attained by the structure particularly pointed out in 
the written description and claims hereof as well as the appended drawings. 

25 To achieve the object and other advantages and in accordance with the 
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purpose of the invention, as embodied and broadly described herein, the present 
invention provides common protocol layer architecture for transmitting data 
between different network protocols adopting the OSI reference model which 
divides the function of communicating between applications in a communication 
5 network into specific simplified tasks, comprising: 

an application layer positioned at the top of the layer architecture; 

a common protocol layer positioned under the application layer, the 
common protocol layer enabling data communications between the different 
network protocols; 

10 a presentation layer positioned under the common protocol layer; 

a session layer positioned under the presentation layer; 
a transport layer positioned under the session layer; 
a network layer positioned under the transport layer; 
a data link layer positioned under the network layer; and 
15 a physical layer positioned under the data link layer. 

In addition, the present invention provides common protocol layer 
architecture for transmitting data between different network protocols based on 
the OSI reference model, comprising a common protocol layer positioned under 
an application layer, the common protocol layer enabling data communications 
20 between the different network protocols. The common protocol layer functions as 
an internal interface for QoS, security, and communication management inside a 
home station chip. 

In another aspect, the present invention provides a method of transmitting 
data between different network protocols having network protocol layer 
25 architecture adopting the OSI reference model, comprising the step of 
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transmitting data through a common protocol layer, which enables 
communications between the different network protocols. In addition, the present 
invention provides a method of transmitting data between different network 
protocols having network protocol layer architecture based on the OSI reference 
5 model, comprising the step of transmitting data through a common protocol layer 
positioned under an application layer, the common protocol layer enabling data 
communications between the different network protocols. The common protocol 
layer functions as an internal interface for QoS, security, and communication 
management inside a home station chip. 
10 In another aspect, the present invention provides a common protocol 

packet for transmitting data between different network protocols, comprising a 
common protocol header with information about a packet and a payload with the 
contents of data. 

Nowadays, with the advent and development of various network protocols, 
15 development of various middlewares and hardware platforms adopting the 
various network protocols, and increased interests in home networking, a lot of 
network protocols and middlewares are competing in order to be standards for 
internal and external network in home networking. Accordingly, the present 
invention describes a common protocol structure capable of accepting all of these 
20 various protocols and conversion techniques on the protocol layers for 
communications between them. 


Brief Description of the Drawings 

Further objects and advantages of the invention can be more fully 

25 understood from the following detailed description taken in conjunction with the 
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accompanying drawings, in which: 

Fig. 1 is a structure chart of common protocol layer architecture according 
to the present invention; 

Fig. 2 is an example illustrating a practical use of a common protocol 
5 according to the present invention; 

Fig. 3 is a structure chart of protocol layers of a chipset and a home station 
supporting a common protocol; 

Fig. 4 is a structure chart of protocol layers of a device supporting a 
common protocol; 

10 Fig. 5 is a structure chart of a common protocol packet according to the 

present invention; 

Fig. 6 is a view for describing a structure of an option field; 

Fig. 7 is a view for describing an example of a traffic type in an option 

field; 

15 Fig. 8 is a view for describing a domain network and a cluster network; 

Fig. 9 is a view for describing an example of a packet type in an option 

field; 

Figs. 10 is a view for describing an example of a management packet in an 
option field; 

20 Figs. 1 1 is a view for describing an example of a management packet in an 

option field (continued); 

Fig. 12 is a view for describing a structure of a sequence field; 
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Figs. 13a and 13b are views for describing an example of a device 
registration packet; 

Figs. 14a through 14e are views for describing an example of a RG or 
home station registration packet; 
5 Figs. 15a and 15b are views for describing an example of an alive-check 

packet; 

Figs. 16a and 16b are views for describing an example of a practical use of 
the alive-check packets; 

Figs. 17a through 17c are views for describing an example of a report- 
10 status packet; 

Figs. 18a and 18b are views for describing an example of a practical use of 
the report-status packets; 

Figs. 19a through 19c are views for describing an example of a VOD 
MPEG stream packet; 
15 Figs. 20a through 20c are views for describing an example of a 

broadcasting MPEG stream packet; 

Figs. 21a through 2 If are views for describing an example of a WAN and 
stream gateway interface packet; 

Figs. 22a through 22c are views for describing an example of an address 
20 table management packet; 

Fig. 23 is a view for describing a structure of a UHCP packet; 

Fig. 24 is a view for describing an example of a UHCP packet having 

10 
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execution message; 

Fig. 25 is a view for describing an example of a UHCP packet having 
query message; and 

Fig. 26 is a view for describing an example of a UHCP packet having 
5 notification message. 

Best mode for Carrying Out the Invention 

Reference will now be made in detail to the preferred embodiments of the 
present invention, examples of which are illustrated in the accompanying 
10 drawings. 

Fig. 1 is a structure chart of common protocol layer architecture according 
to the present invention. In Fig. 1, a common protocol layer may be positioned 
within or under an existing application layer (10). A network protocol comprising 
the common protocol layer includes all network protocols based on the OSI 
15 reference model. For example, there are TCP/IP used in networks such as Internet, 
Intranet or Extranet, IEEE 1394 protocol used in network communications under 
Linux operating systems, LonTalk protocol that embodies user-oriented systems, 
and Bluetooth protocol used in wireless networks. 

A method of transmitting data through network protocol layers according 
20 to the present invention comprises the steps of: 

transmitting data through an application layer which enables communications 

services between two terminals; 
transmitting data through a common protocol layer which performs packet 
switching, broadcast or multicast, address conversion, device control, 
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packet classification, security, congestion access control, resource 

management, and so on; 
transmitting data through a presentation layer which converts data inputted or 

outputted from a presentation form into other presentation form; 
5 transmitting data through a session layer which is set up to exchange 

messages between terminal host programs, controls synchronization of 

data, and constitutes a communication session; 
transmitting data through a transport layer which manages control and errors 

to secure reliable transmission of data between terminals; 
10 transmitting data through a network layer which controls data channels so that 

packets can be sent to a right receiver; 
transmitting data through a data link layer which performs error control and 

synchronization in a physical level, and identifies and manages 

transmission; and 

15 transmitting data through a physical layer which transmits bit strings through 

a network systemized electrically and mechanically and provides 
hardware means to exchange data through transmission media. 
For examples of such a method, there can be a method of transmitting data 
through TCP/IP protocol, IEEE 1394 protocol, LonTalk protocol, or Bluetooth 

20 protocol. 

Fig. 2 illustrates a practical use of a common protocol according to the 
present invention. In Fig. 2, a device AA in a network A transmits data to a device 
BA in a network B using a chipset supporting the common protocol. A protocol 
layer supported by the chipset and a protocol layer of a home station is shown in 

25 Fig. 3. The data in an application layer of the device AA is passed through the 

12 
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common protocol layer and change into an application protocol data unit 
(hereinafter referred to as "APDU") with attachment of a preamble and a 
common protocol header to the fore part thereof. Then, when the APDU is passed 
from the presentation layer (layer 6) to the physical layer, each header and trailer 
5 corresponding to each protocol layer are attached to the APDU. The resulting 
packet reaches an interface module AZ, which can process the common protocol 
through transmission media in each protocol network, positioned outside the 
chipset. In the module AZ, the packet is passed from the physical layer to the 
layer 6. Here, each header and trailer corresponding to each layer are detached 

10 from the packet and the packet arrives at the application layer of the module AZ. 
The application layer of the module AZ checks the preamble of the APDU packet 
received to identify whether the preamble uses a common protocol. If the 
preamble uses the common protocol, the module AZ removes the preamble from 
the packet received and transmits the remaining common protocol packet. If the 

15 preamble does not correspond to the common protocol, the module AZ perceives 
that the destination of the packet received is its own device and processes the data 
received in its own application layer. 

Subsequently, inside the chipset receiving the common protocol packet, 
switching is performed based on the address information in the common protocol 

20 header (210) to send the common protocol packet to an external interface module 
BZ. The interface module BZ perceives the packet received as application data 
and passes it through the common protocol layer (20) to attach a preamble and a 
common protocol header (210) to it. Then, the packet is passed from the layer 6 to 
the physical layer and transmitted to the destination, device BA, through 

25 transmission media. In the device BA, the packet transmitted is passed from the 
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layer 6 to the physical layer (80) to reach the common protocol layer (20). The 
application layer checks the preamble of the packet received to identify that the 
APDU was transmitted from other network and passed through the common 
protocol layer (20). 

5 Fig. 3 illustrates a structure chart of protocol layers of a chipset and a 

home station supporting the common protocol. The common protocol layer in the 
common protocol layer architecture performs packet switching, broadcast or 
multicast, address conversion, device control, packet classification, security, 
congestion access control, resource management, and so on. 

10 Fig. 4 illustrates protocol layer architecture of a device supporting the 

common protocol. In a network, a device supporting the common protocol has to 
use the common protocol layer. In Fig. 4, path CD (110) is a case for a device to 
communicate with another device in the same network using the same network 
protocol. Path (2) (120) is a case for a device to communicate with a device in 

15 other network using the common protocol. Particularly, in the path (3) (130), in 
order to perform smooth communications between the common protocol and an 
existing protocol, the common protocol layer has to support a particular API 
(application program interface) for communications with the application layer of 
the existing protocol. 

20 Fig. 5 illustrates a structure chart of a common protocol packet according 

to the present invention. As shown in Fig. 5, APDU is data formed in the 
application layer and is transmitted to the common protocol layer in case of 
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communications with a device in a different network. A common protocol packet 
(200) is 32 bytes in size, comprising a preamble of 16 bytes and a common 
protocol header (210) of 16 bytes. The common protocol header comprises a 
source address (220), a destination address (230) 5 an option field (240), a 
5 sequence field (250), a length field (260), and a reserved field (270) for use 
hereafter. 

The preamble is used to inform whether the packet inputted was passed 
through the common protocol layer and to contain authentication key or 
authentication password to prevent access to internal network without permission. 

10 The source address (220) represents a common address of a transmitting 

side and can be understood only by the common protocol layer (20) and the 
application layer (10) corresponding to the common protocol layer. The source 
address is mapped to each physical address of all devices in a network and has to 
be managed collectively by a gateway accepting the common protocol. In the 

15 management of the source address, the physical address of the device and the 
corresponding common address have to be managed simultaneously. 

If the source address is designed so that the application layer (10) and a 
user can identify structure of internal network and devices used in a network just 
from the source address, there may be many advantages in the management. To 

20 this end, the common protocol has to have a fixed rule for its address hierarchy. 
The destination address (230) has the same structure as that of the source address 
and is a common address of a receiving side. 
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Fig. 6 is a view for describing a structure of the option field (240). The 
option field (240) is 2 bytes in size and comprises a traffic type (TT) (310) of a 
packet, a packet type (PT) (320) and a management packet (MP) (330). 

Fig. 7 shows an example of the traffic type (310). The traffic type is one 
5 selected from the group of control command data, real time data, and non-real 
time data for urgency of packet and quality of service (hereinafter referred to as 
"QoS"). The control command data means data used to control devices in home. 
The real time data is used to represent data for entertainments such as audio, 
video, and games to be treated in real time. The non-real time data is used to stand 

10 for other data than the real time data, such as internet data. 

Fig. 8 illustrates a domain network and a cluster network. A home network 
may comprise more than one residential gateway (RG) or home gateway (HG). A 
network comprising one RG or HG is defined as a domain network. And a 
protocol network connected to the RG or HG is defined as a cluster network. 

15 Fig. 9 shows an example of the packet type field (320). The packet type 

field defines a transmission method of a packet and provides various transmission 
methods such as unicast, broadcast, and multicast. In the domain and the cluster 
network structure, employable transmission methods may include a unicast 
method for 1 to 1 communications, a broadcast method for 1 to all devices 

20 communications, and a multicast method for 1 to a plurality of devices 
communications. In detail, examples of the multicast method may include a 
cluster-multicast to perform communications between devices in a cluster, a 
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domain-multicast to perform communications between devices in a domain, and 
an RG-multicast to perform communications between RGs. 

Figs. 10 and 11 show an example of the management packet (330). The 
management packet field, which is provided in the common protocol, is a field 
5 specially defined for home network management. The management packet field is 
1 byte in size. 

Fig. 12 illustrates structure of the sequence field (250). Since the common 
protocol layer is positioned between the application layer and the presentation 
layer, each layer in a protocol may use a different maximum transmission unit 

10 (hereinafter referred to as "MTU") in data exchange with an upper or lower layer 
thereof. Therefore, the payload part of the common protocol packet has to be 
segmented before transmission and the receiving part has to reassemble the 
segmented payload. The sequence field is used in the segmentation and 
reassembly process and comprises a sequence number field (410) for indication of 

15 a present sequence number in the segmentation and a last packet field (420) for 
indication of the last packet. 

The length field (260) stands for magnitude of the application data that is 
positioned behind the common protocol header (210). 

The management packet field is described in detail. According to value of 

20 the management packet field, the common protocol packet becomes one packet 
selected from the group of a device registration packet, an RG or home station 
registration packet, an alive-check packet, a report-status packet, a VOD or 
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broadcasting MPEG stream packet, a WAN or stream gateway interface packet, 
and an address table management packet. 

Figs. 13a and 13b show examples of the device registration packet. The 
device registration packet is one selected from the group of a DRREQ (device 
5 registration request) packet that requests device registration and a DRRES (device 
registration response) packet that responds to the request of device registration. 
By using these packets devices can provide a plug and play (hereinafter referred 
to as "PnP") function. 

Figs. 14a through 14c show examples of the RG or home station 
10 registration packet. The RG or home station registration packet is one selected 
from the group of: 

an HRSREQ (home station registration start request) packet that requests start 

of home station registration; 
an HRSRES (home station registration start response) packet that responds to 
15 the request of start of home station registration; 

an HRREQ (home station registration request) packet that requests home 

station registration; 

an HRRES (home station registration response) packet that responds to the 
request of home station registration; and 
20 an HRIND (home station registration indication) packet that indicates the 

home station registration. 

By using these packets, home stations can provide a PnP function. 
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Figs. 15a and 15b show examples of the alive-check packet. The alive- 
check packet comprises an ACREQ (alive-check request) packet that requests an 
alive-check and an ACRES (alive-check response) packet that responds to the 
alive-check request. The alive-check packet is used to check whether a device or 
5 an RG in a home network is working or not. 

Figs. 16a and 16b illustrate time-lines of the ACREQ and ACRES packets 
as an example of using the alive-check packet. Case 1 is when a device or an HS 
receives the ACRES packet within 3 seconds after sending the ACREQ packet. 
The device or the HS receiving the ACRES packet understands that another 
10 device or HS is still logged on to the home network. Case 2 is when a device or 
an HS does not receive the ACRES packet within 3 seconds after sending the 
ACREQ packet. In Case 2, the device or the HS that sent the ACREQ packet 
broadcasts a DDEV (delete device) packet to other devices or HSs in order to 
notify that the corresponding device logged out the home network and deletes the 
15 address of the corresponding device or HS from its own address table. 

Figs. 17a through 17c show examples of the report-status packet. The 
report-status packet is one selected from the group of an RSREQ (report-status 
request) packet that requests report of status, an RSRES (report-status response) 
packet that responds the request of report of status, and an RSIND (report-status 
20 indication) packet that initializes the report of status. 

Figs, 18a and 18b are examples illustrating a practical use of the report- 
status packet. A device or an HS receiving the RSREQ packet checks its own 
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status and sends the results in the form of RSRES packet. The report-status 
request item and data about the request item are inserted into a payload part of the 
RSREQ packet. And, a device or an HS receiving the RSREQ packet sends 
information about its own urgent status in a form of RSIND packet to the device 
5 or HS in its own domain network that sent the RSREQ packet. 

Figs. 19a through 19c show examples of the VOD MPEG stream packet. 
The VOD MPEG stream packet is one selected from the group of a VODREQ 
(VOD request) packet that requests a VOD MPEG stream service, a VODRES 
(VOD response) packet that responds to the request of VOD MPEG stream 

10 service, and a VODSTR (VOD stream) packet. Figs. 20a through 20c show 
examples of a broadcasting MPEG stream packet. The broadcasting MPEG 
stream packet is one selected from the group of a BRCTREQ (broadcasting 
request) packet that requests a broadcasting MPEG stream service, a BRCTRES 
(broadcasting response) packet that responds to the request of broadcasting 

15 MPEG stream service, and a BRCTSTR (broadcasting stream) packet. 

When a device wants VOD and broadcasting stream services, the device 
sends the VODREQ and BRCTREQ packets to a stream gateway interface. Here, 
stream information and a required bandwidth are loaded on the VODREQ and 
BRCTREQ packets. The steam gateway interface sends result for the request and 

20 the bandwidth actually assigned to the device in the form of VODRES and 
BRCTRES packets. Actual stream is transmitted loaded on the MPEG TS of 188 
bytes that is enclosed in payloads of the VODSTR and BRCTSTR packets. 
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Figs. 21a through 2 If show examples of the WAN or stream gateway 
interface packet. If a device wants access to WAN and a stream service, the 
device has to know addresses of corresponding gateway interfaces. Therefore, 
packets performing functions such as requesting the gateway interface address, 
5 responding to the request, and informing other devices of the gateway interface 
addresses are required. As shown in Figs. 21a through 2 If, the WAN or stream 
gateway interface packet is one selected from the group of: 

a WGIREQ (WAN gateway interface request) packet that requests an address 
of an WAN gateway interface; 
10 a WGIRES (WAN gateway interface response) packet that responds to the 

request of address of an WAN gateway interface; 
a WGIIND (WAN gateway interface indication) packet that initializes the 

address of an WAN gateway interface; 
a SGIREQ (stream gateway interface request) packet that requests an address 
15 of a stream gateway interface; 

a SGIRES (stream gateway interface response) packet that responds to the 

request of address of a stream gateway interface; and 
a SGIIND (stream gateway interface indication) packet that initializes the 
address of a stream gateway interface. 
20 Receiving a request of the address, a home station with the gateway 

interface sends a response packet with a payload including the address of the 
home station. 
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Figs. 22a through 22c show examples of the address table management 
packet. The address table management packet is used when a device is added to 
or removed from a home station and address tables of devices in the home station 
are initialized. The address table management packet is one selected from the 
5 group of an ADEV (add device) packet, a DDEV (delete device) packet, and an 
IDEV (initialize device) packet. When a device logs on to or logs out from a 
home network, a home station connected to the device broadcasts the ADEV and 
DDEV packets in order to inform other devices of a logon of a new device or a 
logout of an existing device. Devices receiving the ADEV or DDEV packets adds 

10 or deletes the address of the corresponding device to/from its own address table. 
The IDEV packet is used to initialize address tables of devices in the home station. 

Fig. 23 illustrates structure of a UHCP (universal home control protocol) 
packet. The UHCP packet to control devices in a home is loaded on a payload of 
the common protocol packet. In order to indicate that the contents loaded on the 

15 payload are a device control packet, the management packet field is set as OxFF, 
as shown in Fig. 11. 

As shown in Fig. 23, the UHCP packet comprises a UHCP header of 4 
bytes and a payload. The UHCP header field comprises a message type (MT), an 
action type (AT), a transaction ID (TID), and a length field (LEN). The MT field 

20 indicates a type of a message. The message is divided into three types such as 
execution (0x1), query (0x2) and notification (0x3). The AT field describes in 
detail the action of the message. Each action is defined according to the type of 
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the message. The TID is an ID used to identify a particular response message 
corresponding to a particular request message when a plurality of response 
messages arrived. The LEN indicates length of a payload of the UHCP packet as 
bytes. 

5 Fig. 24 shows an example of the UHCP packet having the execution 

message. The execution message is used to execute the AT field. If the MT field 
has the execution message, the AT field has one value selected from the group of 
act, register, and response. The 'act' is used to make a device conduct an order in 
the payload. The 'register' is used to register attributes of device in the payload on 
10 the home station. The 'response 9 is used to respond to the 'act' and the 'register' 
packets. 

Fig. 25 shows an example of the UHCP packet having the query message. 
The query message is used to query the contents of the AT field. If the MT field 
has the query message, the AT field has one value selected from the group of act, 

15 device directory, attribute directory, and response. The 'act' is used to request 
information about status of a device. The 'device directory' is used to request 
directory information of a device in a home network. In the UHCP packet having 
the query message and the AT field with the 'device directory', nothing is loaded 
on a payload of UHCP packet. The 'attribute directory' is used to request attribute 

20 information. In the UHCP packet having the query message and the AT field with 
the 'attribute directory', nothing is loaded on the payload of UHCP packet. The 
'response 5 is used to respond to the request of the 'act', the 'device directory', and 
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the 'attribute directory'. 

Fig. 26 shows an example of the UHCP packet having the notification 
message. The notification message is used when devices in a home network 
notify their own particular events or alarms. In the UHCP packet having the 
5 notification message, the AT and TID fields are not used. 

Industrial applicability 

Accordingly, common protocol layer architecture and methods for 
transmitting data between different network protocols and a common protocol 

10 packet according to the present invention makes it possible for a network using a 
particular protocol to communicate with any other network using a different 
protocol by placing a common protocol layer in or under an application layer. In 
addition, by assigning a common address to all devices in all networks using a 
common protocol, the present invention provides advantages that the devices can 

15 be effectively managed and communicate with one another, and that operation 
status of devices using various network protocols can be checked through 
gateways. Moreover, by designing a common protocol layer and common 
protocol packet structure, which are capable of accepting various network 
protocols simultaneously, the present invention can improve compatibility 

20 between different network protocols. 
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What Is Claimed Is: 

1. A common protocol layer architecture for transmitting data between 
different network protocols adopting the OSI reference model which divides the 
function of communicating between applications in a communication network 

5 into specific simplified tasks, the common protocol layer architecture comprising: 
an application layer positioned at the top of the layer architecture; 
a common protocol layer positioned under the application layer, the common 
protocol layer enabling data communications between the different 
network protocols; 
10 a presentation layer positioned under the common protocol layer; 

a session layer positioned under the presentation layer; 
a transport layer positioned under the session layer; 
a network layer positioned under the transport layer; 
a data link layer positioned under the network layer; and 
15 a physical layer positioned under the data link layer. 

2. A common protocol layer architecture for transmitting data between 
different network protocols based on the OSI reference model, the common 
protocol layer architecture comprising a common protocol layer positioned under 
an application layer, the common protocol layer enabling data communications 

20 between different network protocols. 

3. The common protocol layer architecture as defined by claim 2, wherein 
the network protocol based on the OSI reference model is one selected from the 
group consisting of TCP/IP protocol, IEEE1394 protocol, LonTalk protocol, and 
Bluethooth protocol. 

25 4. The common protocol layer architecture as defined by claim 1 or claim 2, 
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wherein the common protocol layer performs packet switching, broadcast or 
multicast, address conversion, device control, packet classification, security, 
congestion access control, and resource management. 

5. The common protocol layer architecture as defined by claim 1 or claim 2, 
5 wherein the common protocol layer functions as an internal interface for QoS, 

security, and communication management inside a home station chip. 

6. A method for transmitting data between different network protocols 
having a network protocol layer architecture adopting the OSI reference model, 
the method comprising the step of transmitting data through a common protocol 

10 layer to enable data communications between the different network protocols. 

7. A method for transmitting data between different network protocols 
having a network protocol layer architecture based on the OSI reference model, 
the method comprising the step of transmitting data through a common protocol 
layer positioned under an application layer, the common protocol layer to enable 

15 data communications between the different network protocols. 

8. The method as defined by claim 7, wherein the network protocol based on 
the OSI reference model is one selected from the group consisting of TCP/IP 
protocol, IEEE 13 94 protocol, LonTalk protocol, and Bluetooth protocol. 

9. The method as defined by claim 6 or claim 7, wherein the common 
20 protocol layer performs packet switching, broadcast or multicast, address 

conversion, device control, packet classification, security, congestion access 
control, and resource management. 

10. The method as defined as claim 6 or claim 7, the common protocol layer 
functions as an internal interface for QoS, security, and communication 

25 management inside a home station chip. 
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11. The method as defined by claim 6, wherein the step of transmitting data 
through the common protocol layer is bypassed when a device communicates 
with another device using the same protocol in a network and is performed when 
the device communicates with another device using a different protocol in the 

5 network. 

12. The method as defined by claim 11, wherein the step of transmitting data 
through the common protocol layer comprises the steps of: 

transmitting data through the existing application layer; and 

transmitting data through a particular standard API. 
10 13. A common protocol packet for transmitting data between different 

network protocols, comprising a common protocol header with information about 
a packet and a payload with the contents of data. 

14. The common protocol packet as defined by claim 13 ? wherein the 
common protocol header comprises; 

15 a source address having information about a source of a signal transmitted; 

a destination address having information about a destination of the signal 
transmitted; 

an option field related to a traffic type, a packet transmission method, and 
home network management; 
20 a sequence field used in segmentation and reassembly processes; 

a length field indicating magnitude of application data; and 
a reserved field for use hereafter. 

15. The common protocol packet as defined by claim 14, wherein the 
common protocol header is 16 bytes in size. 

25 16. The common protocol packet as defined by claim 14, wherein the source 
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address is 3 bytes in size. 

17. The common protocol packet as defined by claim 14, wherein the 
destination address is 3 bytes in size. 

18. The common protocol packet as defined by claim 14, wherein the option 
5 field is 2 bytes in size. 

19. The common protocol packet as defined by claim 14, wherein the option 
field comprises: 

a traffic type field distinguishing control command data, real time data, and 
non-real time data; 
10 a packet type field defining a packet transmission method; and 

a management packet field for home network management provided by the 
common protocol. 

20. The common protocol packet as defined by claim 19, wherein the traffic 
type field is 3 bits in size. 

15 21. The common protocol packet as defined by claim 19, wherein the packet 

type field is 5 bits in size. 

22. The common protocol packet as defined by claim 19, wherein the 
management packet field is 8 bits in size. 

23. The common protocol packet as defined by claim 19, wherein, according 
20 to value of the management packet field, the common protocol packet becomes 

one selected from the group consisting of: 

a device registration packet providing a PnP function for a device; 
a home station registration packet providing a PnP function for a home 
station; 

25 an alive-check packet checking whether a device or an RG in a home network 
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is working or not; 

a report-status packet checking status of a device and sending the result; 
a VOD MPEG stream packet related to VOD MPEG stream service; 
a broadcasting MPEG stream packet related to broadcasting MPEG stream 
5 service; 

a WAN and stream gateway interface packet for an address of a home station 

with a gateway interface; and 
an address table management packet for addition and removal of a device 
to/from the home station. 
10 24. The common protocol packet as defined by claim 23, wherein the device 

registration packet is one selected from the group consisting of: 

a DRREQ packet requesting device registration, the DRREQ packet being 

sent to a home station by the device at the start of device registration; and 
a DRRES packet responding to the request of device registration, the DRRES 
15 packet being sent to the device by the home station after the home station 

received the DRREQ packet. 
25. The common protocol packet as defined by claim 23, wherein the home 
station registration packet is one selected from the group consisting of: 
an HRSREQ packet requesting start of home station registration; 
20 an HRSRES packet responding to the request of the start of home station 

registration; 

an HRREQ packet requesting home station registration; 

an HRRES packet responding to the request of home station registration; and 

an HRIND packet indicating the home station registration. 

25 26. The common protocol packet as defined by claim 23, wherein the alive- 
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check packet is one selected from the group consisting of: 

an ACREQ packet requesting to check whether a device is working; and 
an ACRES packet responding whether the device is logged on to a home 
network. 

5 27. The common protocol packet as defined by claim 23, wherein the report- 

status packet is one selected from the group consisting of: 

an RSREQ packet including report-status request item and data about the 
request item; 

an RSRES packet including the result of checking status of a device ; and 
10 an RSIND packet used to send information about device's urgent status to a 

home station. 

28, The common protocol packet as defined by claim 23, wherein the VOD 
MPEG stream packet is one selected from the group consisting of: 

a VODREQ packet requesting a VOD MPEG stream service; 
15 a VODRES packet responding to the request of the VOD MPEG stream 

service; and 

a VODSTR packet used to transmit MPEG stream, the MPEG stream being 
loaded on a payload of the VODSTR packet. 

29. The common protocol packet as defined by claim 23, wherein the 
20 broadcasting MPEG stream packet is one selected from the group consisting of: 

a BRCTREQ packet requesting a broadcasting MPEG stream service; 
a BRCTRES packet responding to the request of the broadcasting MPEG 
stream service; and 

a BRCTSTR packet used to transmit MPEG stream, the MPEG stream being 
25 loaded on a payload of the BRCTSTR packet. 
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30. The common protocol packet as defined by claim 23 , wherein the WAN 
and stream gateway interface packet is one selected from the group consisting of: 

a WGIREQ packet requesting an address of a WAN gateway interface; 
a WGIRES packet responding to the request of an address of a WAN gateway 
5 interface; 

a WGIIND packet initializing the address of WAN gateway interface; 
an SGIREQ packet requesting an address of a stream gateway interface; 
an SGIRES packet responding to the request of an address of a stream 
gateway interface; and 
10 an SGIIND packet initializing the address of stream gateway interface. 

31. The common protocol packet as defined by claim 23 , wherein the address 
table management packet is one selected from the group consisting of: 

an ADEV packet informing a home station of a logon of a new device; 
a DDEV packet informing the home station of a logout of a device; and 
15 an IDEV packet initializing address tables of devices in the home station. 

32. The common protocol packet as defined by claim 13, wherein an UHCP 
packet to control a device is loaded on the payload. 

33. The common protocol packet as defined by claim 32, wherein the UHCP 
packet has a header field comprising: 

20 a message type field indicating a type of message; 

an action field describing in detail an action of message; 

a transaction ID field distinguishing a plurality of messages simultaneously 
arrived; and 

a length field indicating length of the payload of the UHCP packet. 
25 34. The common protocol packet as defined by claim 33, wherein the 
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message type is one selected from the group consisting of: 
an execution message used to execute the action type field; 
a query message used to query the contents of the action type field; and 
a notification message used when devices in a home network notify their own 
5 particular events or alarms. 

35. The common protocol packet as defined by claim 34, wherein, if the 
message type is the execution message, the action type field has one value 
selected from the group consisting of: 

act used to make a device conduct an order in the payload; 
10 register used to register attributes of device in the payload on the home 

station; and 

response used to respond to the act and the register packet, 

36. The common protocol packet as defined by claim 34, wherein, if the 
message type is the query message, the action type field has one value selected 

15 from the group consisting of: 

act used to request information about status of a device; 

device directory used to request directory information of a device; 

attribute directory used to request attribute information; and 

response used to respond to the request of the act, the device directory, and 
20 the attribute directory. 

37. The common protocol packet as defined by claim 14, wherein the 
sequence field is 1 byte in size. 

38. The common protocol packet as defined by claim 37, wherein the 
sequence field comprises a sequence number field for indication of a present 

25 sequence number in the segmentation and a last packet field for indication of the 
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last packet. 

39. The common protocol packet as defined by claim 38, wherein the 
sequence number field is 7 bits in size. 

40. The common protocol packet as defined by claim 38, wherein the last 
5 packet field is 1 bit in size. 

41. The common protocol packet as defined by claim 14, wherein the length 
field is 1 byte in size. 

42. The common protocol packet as defined by claim 14, wherein the 
reserved field is 5 bytes in size. 
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Fig. 10 


Management Packet (MP) 

Hex 

Packet 

Direction 

Description 

0x00 

No MP 


indicates that this packet is not a MP 

0x01 

DRREQ 

T\ v T TCI 

Dev. -^HS 

Device Registration Request 

0x02 

DKKbb 

TTC1 x T~\ , 

HS— >Dev. 

Device Registration Response 

0x03-0x10 

reserved 



0x11 

HRREQ 

T TCI . Tin 

HS^HS 

Home Station Registration Request 

0x12 


HS^HS 

Home Station Registration Response 

0x13 

HRIND 

HS->Dev. 

Home Station Registration Indication 

0x14-0x20 

reserved 



0x21 

HRSREQ 

T TCI v TTn 

HS— > HS 

Home Station Registration Start 
Request 

0x22 

HRSRES 

HS^HS 

Home Station Registration Start 
Response 

0x23-0x30 

reserved 



0x31 

ACREQ 

A v A 

Any— > Any 

Alive-Check Request 

0x32 

ACRES 

A v A 

Any— > Any 

A 1 * f~\"\ 1 T"» 

Alive-Check Response 

0x33-0x40 

reserved 



0x41 

RSREQ 

Any— > Any 

Report-Status Request 

0x42 

RSRES 

Any-^Any 

Report-Status Response 

0x43 

RSIND 

Any— » Any 

Report- Status Indication 

0x44-0x50 

reserved 
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Fig. 11 


Management Packet (MP) 

Hex 

Packet 

Direction 

Description 

0x51 

VODREQ 

A v T TO 

Any— > HIS 

VOD Request 

0x52 

VODRES 

HS~>Any 

VOD Response 

0x53-0x60 

reserved 



Oxol 

BKt 1 KbQ 

A „ v T TO 

Any— > HS 

Broadcasting Request 

0x62 

T~> T) /"^ HPT* T~? O 

HS^Any 

Broadcasting Response 

0x63-0x70 

reserved 



0x71 

WCjlRbQ 

T""\ _ _ _ v T TO 

Dev.-^HS 

WAN Gateway Interface Request 

cv ^ <"*7 o 

0x72 

WG1RES 

T TO vT\ 

HS^Dev. 

WAN Gateway Interface Response 

0x73 

WGI1ND 

T TO v T"x 

HS-^Dev. 

WAN Gateway Interface Indication 

0x74-0x80 

reserved 



0x81 

SGIREQ 

"C\ ^ T TCI 

Dev.^HS 

Stream Gateway Interface Request 

0x82 

ci / — 1 TT* T" 1 ci 

SGIRES 

T TCI v T~X 

HS^Dev. 

Stream Gateway Interface Response 

0x83 

SGIIND 

T TCI v T — X 

HS— >Dev. 

Stream Gateway Interface Indication 

0x74-0x80 

reserved 



OxFl 

ADEV 

HS^Any 

Add Device 

0xF2 

DDEV 

HS-^Any 

Delete Device 

0xF3 

IDEV 

HS^Dev. 

Initialize Device 

0xF4~0xFE 

reserved 



OxFF 


for UHCP 

indicates that pay load has UHCP packet 
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